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7... IBM'S TERMINAL STRATEGY 1970 - 1974 
A. Terminals Accelerate Sm alee 


IBM had raised the problem of terminal product ee 
to the status of a Key Corporate Strategic Issue during 19 
Here it would receive the attention of the Management Com- 
mittee. Task forces were organized to identify the size and 
| direction of the terminal market. Key elements of IBM's 
marketing strategy were reviewed with respect to the role thae 
terminal products would play in future Corporate revenue growth, © 
A technical review of terminal product planning produced a 
recommendation that terminal products be developed around a 
series of controller and peripheral modules, and that these 
building blocks be interchangeable among various terminal 
products. The long. term goal was to use LSI/FET. logic ele- 


ments in all terminal’ “products. 


The Data Processing parieaen estimated that over 3,000 
IBM 360 mainframes were supporting teleprocessing applications 
and that by 1975 this number would grow to over 6,000 360/370 
systems. Over 100,000 terminals were already attached to IBM 
systems and it was estimated that by 1975 this would increase 
to over 350,000 units. Terminal products, in turn, would con- 
tinue to be used to increase both the size and the number of 
IBM mainframes in service. It had been noted that the addi- 
tion of one or more substantial teleprocessing applications to 
an IBM installation tended to produce a 2X to 4X increment in 
ma in-memory requirements, and a 3X to 6X increment in rotating 
“storage requirements. In addition, once a customer had made 
a substantial commitment to teleprocess ing applications, there 
frequently followed an order for a second central processor to 


back up the primary teleprocessing system. 


Thus, for the time being, IBM Management conciuded that. 


the relatively poor profit margins (9 - 16%) garnered by the 


- terminals currently in the IBM product mix could be tolerated 


because of their dramatic impact on mainframe and peripherai 
sales. For the long tern, however, it was anticipated that 
IBM's investment in new circuit technology and the development 
of a modular product line would also improve. terminal produce. 
profit margins. | —— 


Be. Rae ene ee erga 
Le Competitive Vendors 


“Although terminals were removed from the Key Corporate 
Strategic Issues list in early 1971, the probiem of deveion 
ing a competitive - and profitable - terminal product line 
was brought to the attention of the Management Committee on 
several occasions durang the years 1971 - 1972. Man ny of 
these discussions centered around the assignment cof Divisional - 
responsibilities and the enforcement of a clear direction to 


the product planning/development cycle. 


In the meantime, IBM proceeded with the introduction of 
the 3270 to offset the erosion of its installed 2260 CRT pred- 
uct base, and the announcement of the 3705 to blunt the in- 
roads of competitive front ends that were fast replacing 
older IBM 2701, 2702, and (2703 communication controllers. 


IBM assumed that the announcement of NCP and the program- 
mable features of the 3705 would cause the majority of its 
customers to hesitate in selecting an alternate front-end. 
To provide a low end capability, IBM announced a scaled down 
version of the 3705 called - appropriately - the 3704, and. a 
series of integrated communication adaptors for the smaller 


370 mainframes. IBM emphasized in its sales efforts that NCP 


would be fully interdependent with VTAM and the System 370 
Virtual Operating systems. This strategy was used to stal] 
its customers from selecting alternative terminal and front- 
end products until IBM's ..own..software programs for network — 
control could be completed. 


IBM developed the basic strategy of by-passing the 
natural evolution of user applications from 10 or 15 CPS 
teleprinter terminals to newer 30, 45, 60 and 120 CPS untis. 
Instead, IBM focused its efforts on the development of a 
Synchronous Data Link Control (SDLC) procedure and a networ”® 
management concept called systems Network Architecture (SNA). 
The emphasis was therefore on the development of terminals 
which would be functionally | efficient in the biock mode data 


transmission environment that 1s common to CRT and RJE term- 


-inals as versus terminals which have a character by character: 


mode orientation. Hence a product like the 3767 teleprinter. 
was introduced with 2741 emulation mode only as a means of 
providing initial host’ system Support. To fully utilize tne 


5161'S considerable features, the user would need. to convert... 


to SDLC protocol running under the network control concepts 

of SNA. It was assumed that this orientation toward block 
mode data transmission would tie nicely to IBM's plan for the 
centralized processing and storage of data which has been 
generated by a series of remote terminals. . This data could 


then be accessed, updated, gue se ee eee as needed. 


IBM's chief erepien would be the development of the 
software products necessary to support the concepts of SNA. 
First of all there was the development of the Data Base/Data 
| Communications software necessary to support the demands 
these terminals would place on a centralized system. _ Then 
there was the communications Sai couanes to manage the inter- 
face between the operating system/user program and the $704 
or 3705. And finally, there was the need for a line and © 


terminal control program which would reside in the 3704 an@ 
3705. It was assumed in this. development that the user — 
would be required to use IBM terminals in order “to avoid an yy 
conflict with these software products. IBM's. software ree 
sponse has been prolific. - For upper end mainframes there 
has been OS/VS (Operating System/Virtual Storage) followed 
by OS/VS1 and OS/VS2 (later renamed MVS for Multiple Virtuas 
Storage), and VM 370, which provides for the operation of 


Tye 


many virtual machines within one central processor. Vor 


“small and midrange machines IBM has developed DOS/VS (Disk 


| Operating System/Virtual Storage). These operating systems 
“are linked to the 3704 and 3705 by VTAM (Virtual Telecommu- 
ications Access Method) and the network itself is under ths | 
control of a program in the 3704 or 3705 called NCP (Network 
- Control Program)... It was assumed. that. competing front-end 
~ vendors would have a tough time in their attempt to achieve 


compatibility with with OS/VS, OS/MVS, or DOS/VS in a VTA M/NCP 


environment since each one would have to develop his own code 
and bit compatible version of NCP. In addition, it was 


assumed that only the larger terminal vendors would be abie-to ~ ~ 


afford the expense of developing link compatibility with SDLC 
protocol pEOce cures and the intricate Sent demands of 
nena | | 
Pane compound the problems of interfacing foreign 

equipment to IBM. mainframes, IBM's strategy called for a 

fully implemented SNA to have the capability of linking mul- 
tiple 3704/3705 communication controllers together 20a O1Se 
tributed network. Dual 3705's acting as a single front-end 
could also be used to interconnect up to four 570 mainframes, 
share a common data base, provide message. switching with other 
3704-3705 front- ends in the network, and permit the use of 


remote 3704/3705 controllers as remote nodes in a network. 


To ones ambitious plan, IBM was. ‘to: add ae release of. 
TSO (Time Sharing Option) under 0S/DOS VS, and CMS (Canver- 

ational Monitor System) under VM. These last two products, 
however, are not primarily block mode data transmission 
processors, but are rather character by character processors | 
designed to support interactive timesharing and transaction 
processing applications. Because of the. conflict with 
VTAM/NCP and the batch orientation of Vs operating systems, 
the use of TSO or CMS is laborious at best. Neither of 
these products: are particularly compatible, therefore, with 
~ the block mode. transmission concepts of SNA and are certs Linl 
alien. to.the use of SDLC. | 


| | IBM ona not have made the assumption that all users 
would be satisfied. by software which is oriented toward PJ? 
and. CRT block mode- data: transmission concepts. — Indeed. the 
demand for TSO. should have been the tip- -off that interactive | 
application program users expect their host system LO Oper en 
interactively. IBM therefore has a conflict of system's. 
ney ne ie Orientation wherein the block mode proces- 
sing paths of VS conflict with the character node processing 
needs of TSO/CMS. As a result, the interactive response 
times of TSO/CMS have suffered. 


2. Users 


IBM's complex and ambitious plan for the development 
of SNA almost proved its undoing. Not only are these soft- 
ware products difficult to develop, it is even more difficult 
to render them sufficiently "bug free" for installation at a 
user site. IBM's NCP/VTAM Advanced Communications Function 
(AFC) software 1s over two years late, and in the meantime, 
users have. made a heavy investment in existing operating | 
systems and access met oes: In addition, the conversion to 


_NCP/VTAM has been identified as an expensive one - both in’ 

terms of the one-time conversion costs and the continuing 
hardware/software support costs. Small wonder, then, that 

the migration of users to SNA has. not been going according | 
to ne original schedule. | 


TBM had assumed that its customer apie follow a plan- 
ned route of migration to larger mainframes , increased storage, 
and the use of VS functions. This migration, in turn, would 
make the move.to-. VTAM/NCP software a natural upgrade from 
the network control functions provided under BTAM, QTAM, and 
TCAM (et al). | As a further stimulus to make this move, 
| certain features of newer IBM terminal products would be | 
_ available only in an SNA environment using SDLC protocol. 
| This, of course, would also require the user to ‘upgrade to 
one of the Vs operating systems and the use of VTAM/NCP. | 


| “Once this course we action had been sold to a user, IBM 
assumed that the effort required to make the transition te 
SNA - and the related interdependence of SNA. software products 


aly IBM terminals - would not only preclude most users from 


seriously considering alternative methods of network control, 
but would also make it difficult for them to choose alterna-. 
- tive term: inal vendors. | 
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but would also make: it difficult for them to choose alterna- 
mid-1973, IBM had evolved an industry orientation 

tive ‘terminal vendors a 

to its terminal Marketing strategy. Each industry had been 


analyzed foa- the sideptifigatienved speciak sPURPasecke srmipal 
requizementsnal Wherethad beentacconcupyentiphagpingnagtiepn 
Efaigenai fyrappeopydate indus bny oer sgated apRi Esai oe nehss | 
aggsiwbaehtsouldyhertigdatpetheaVSonparecAnspsyatems aedishe 
— dustabhat fonapfrSNAiateWhguas ERY badeategadpypmedecdosigndgi- 
gaas induntryupensératdan, sugh #8 Bankingagikyy asmassHpedn. 
- thatathereowoutdsha litthe, -trophleadnaseliapenthe userpquethe 
need fetuiuterpedatingibastomaini £vamena apRdicatigns suppart 
that there would be Liter trouble in selling tne user, On tne 
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need tor interrelating host mainframe applications support 
4 3 3 6 


with unique terminal applications software. packages . Terminal 


resident software could either be down line loaded from the 


a diskette peripheral. Additional terminal features would 
be made available through a series of firmware modules which 


could be. installed as the user found need for them. The strat- 


egy thus, evolved was ‘to provide proprietary. eT 


solutions to specific industry application problems, superior 


7 specialized terminal devices where appropriate, and. a broad 


integration of terminal hardware with host. and network support 
software. IBM could: emphasize its role as a complete systems 


vendor, rather than its position | as a hardware vendor, with a 


"massive array of hardware and software ‘products tailored to 


the needs: of.each industry. ~ IBM's. concentration was_ there- 


fore on the development of centralized batch’ mode data pro- 


cessing/storage functions, versus the decentralized processing 


of user data, because. that was the environment in which TEM 
felt most comfortable. It was also the environment in which 


—. IBM. had the greatest confidence of continued revenue growth 


and profitability. 


C. Terminal Product Goals 
1, Objectives” 
IBM's basic objective was to merge its terminal strat- 


egy with its mainframe hardware/software strategy and thus 


encourage users to stay in the fold. - This led to the organ-- 


ization of the task forces that would eventually recommend . 
the SNA/SDLC concepts and the development of new Data Base/ 


Data Communications software packages. 


‘Until 1970, IBM had usually been a comiaues: rather 
than a leader, in the application of new technology to the 


eytct 
ae 
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host processor, or locally..loaded at.the terminal site using ~~~ 


terminal products it had under development. The planning | 
cycle that occurred 1970 - 1972 changed IBM's perception of 
terminal product development and newer products would be 
developed using new "best effort". mechanical.designs andthe -~ 
‘lowest cost circuit technology available. | Although this 
strategy was reworked in 1971, 1972; and 1973, ‘IBM's basic 
objective was to standardize the hardware. modules from — 

- which a variety Sf terminal products could be derived. 
Required high technology programs were put in place, price/ 
performance objectives. established, and a software support 


plan was: a 


IBM's ‘terminal product line had suffered from poor : 

profitabilicy because of relatively high manufacturing, soft- 

“ware, and maintenance costs. |. IBM attempted to solve these . 
problems with improved circuit technology, emphasis on "main- 
tenance free" ‘terminals, provision of diagnostic tests which 
the user could invoke, and the development of common hardware 
modules. Higher teriiiinal prices - and hence improved profit- 
ability - would be justified by the "functions" which IBM's | 


terminal products would provide to ‘the user, and the software 


ties established under SNA between IBM terminals and IBM host... . 


mainframe software sbicieag systems. 


2. Results of the 1970 - 1974 Period. 

New products coming on-line as the result of the prod- 
uct planning and development period of 1970 - 1974 include: | 
3704 (1973) and 3705 (1972) Communication Controller : 

Although the genesis of the 370X product set has its founda- 

- tions in the pre- 1970. to 1974 period, IBM has used it as the 
basis of its NCP strategy. First introduced with 270X emula- 
tion, the software capabilities of the 370X communication 


_ controllers have made it somewhat easier for IBM to provide : 


-RPQ features in response to user needs, and they do vrovids 
‘the vehicle for user systems migration to VTAM/NCP under the 
VS operating systems. 
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-3767 Communication Teeinel 

IBM intended to replace the vulnerable 2741 and 2740-2 ter-_ 
minals with the 3767. The targeted applications were inquiry) 
response, mecvaeti ena ine transaction processing, and 
low volume data entry. For non-VS environments, IBM offers 
| 2741 start-stop mode emulation at 30CPS and 2740-2 emulation — 
at 60 or 120 CPS. NCP SDLC software support for the 3767 is| 
via the 370X under VTAM, or TCAM through VTAM, in a VS 
environment. The 3767 utilizes a 132 column carriage, offers 

. alternate character set, APL functz ons, anda security lock. 

(Offline the 3767's (8008 equivalent power) microprocessor can 
be used to provide desk calculator. functions. 


-3790 seam tese ion System 

IBM attempted to respond to user programmable multistation. 
terminal and multistation key- to- disk system competition with 
the 3790. it is (with the May 1977 announcements) a curious 
combination of old and new technology.. ~The older ‘3797 con= | 
trollers could be expanded to 64k bytes of storage, support . 
DES million byles of disk storage, a removeable diskette, and . 
a 120 line per minute belt printer. - These older controllers 


“are no longer available. The newer Model 1C controller permits 


the attachment of 10M bytes of disk storage, 1 ,920 character. 
capacity 3278 CRT displays via an attached remote 3274 con-. 
+ troller, and/or a remote nie 920 character capacity 3276 CRT. 
Display/Station Controller. Disk storage capacities of 20M, 
30M bytes may be added with the 2A or 2B models. Internal — 
storage for the new 3791 controller may be increased to 192K 
- bytes. Software for the new controller may be developed using © 
a package IBM calls DMS/3790. With it, and an IBM supplied 
coding form, a programmer can define I/O fields, screen field 
attributes, and field editing requirements. | 


—&@ 


3770 pate Sounuese es Syeten: 


IBM's ability to reach its goal of terminal ance modularity = 


appears to have been. best reached in the execution of the 
"Rocket" product plan. Key components include 50, 150, or. 
300 CPM card readers, 40, 80 or 120 CPS character printers, . 

a 50 CPM card punch, - and an adaptation of IBM's newer, 10, Au: 
and 30 M byte disk file devices. Other devices for the upper 
end of the 3770 family include a 400 CPM card reader, and two. 

line printers (400 LPM and 1,000 LPM). IBM is scheduled % 

add OMR, OCR, and badge readers. The 3774. 3775, 3776, and 
YSITT models are all supported as RJE stations under SNA, and 
~as 2770 or 3780. terminals under Binary Synchronous Communica- 
- tions support. IBM's. strength in terms of price/performance 
‘appears to be in the card and disk equipment areas - long {BM 
strongpoints. The 377X product set 1s functionally competi- 
tive to anything available from the independent terminal 
vendors. It appears that the microprocessor base of the 3778 — 
series thus far introduced has the. Gonpore power of an ee | 
8080. ee 


-3600 Finance Communication System 

The 3600 is a good example of what IBM can accomplish when. it. 
i. tailors a specific set of products to a specialized applica- 
tion. The 3600 system is designed for the financial commun - 
ity - commercial banks, savings and loan associations, and 
finance companies. Most of the terminals in this family are 
small enough to be comfortably used on a countertop and each 
one has a specific (set of) transaction function(s). Because 
of IBM! S competitive strength as a vendor to the financial 
community, this is the only product set which requires DOS/OS | 
VS with VTAM/NCP as a pug rednse tte for installation, 
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-3650 Retail ‘Store evetan 

There is a sharp. contrast between IBM's penetration of the 
banking terminal market G5 percent) and the retail poi int - 
of-sale market (7 percent and growing). - IBM tried to make 


VTAM/NCP a requirement for the support. of the. 3650, but the 


- retail store owners would have none of that action. The re-... 


_tailers could not (in general) justify the high cost of con-_ 
verting to the more expensive 370 models running under VS 
just to support their retail terminals. Competition offered - 
lower cost mainframe support either by. using non-IBM main- 
~*~ frames, or offering to interconnect their retail terminalis te 
an IBM mainframe in ae BSC environment. IBM has thus becn 
less successful in convincing the retail chains that the 2650 
special purpose terminals offer funczions which are superior 
to those of NCR, Singer/TRW, and National Semiconductor. But 
_ IBM is gaining with the demise of Singer, and its own ability 
to penetrate an industry on the basis of applications expertise. 
Special purpose terminals are a vehicle to sell a complete 
mainframe, a ala ssoftware, and teleprocessing system 
package. | | | es | 


a Field Inventory - Year-End PO75 * 

a. CRP Products se —_ 

By year- -end 1975, the population of IBM's 2260 multi- 
station. CRT display system had declined to less than 6,400 CRT 
stations, and there were virtually no 2265 single station CRT 
display terminals in existence. IBM's replacement product, 
the 3270 multistation CRT display system and 3275 single sta- 


., tion CRT display terminal were-still selling reasonably well 


| against greatly improved products from such vendors as ‘Courier, 
- Four Phase, Raytheon, and Sanders. Gir: Courier, and several 
other vendors, had embarked on 4 strategy of supplying a 3270 


compatible terminal with superior hardware features at a lower 


di 


Price. .: Four. Piace Raytheon, and Sanders were primarily 
emphasizing the flexibility of a programmable controller 
which could support user applications and auxiliary storage 
devices. Nevertheless, IBM had an installed population of. ‘a 
over 80,000 3277 CRT display stations, and 10,000 3275 single 
station display terminals, . In addition, there were just 
under 5 , 000 3277 CRT display stations avlacneg. to IBM's 3790 
controller, 


| In the Airline. reservations system industry,’ IBM had 
been impacted by multistation display products from Raytheon 
and Four Phase Systems. | It had no real single Station can3- 
bility, and hence this market had largely gone - almost by 
def ault. -. to Ircoterm. This resulted in an erosicn of. IBM's 
leadership to an Bcaiiel base of less than 23,000 2915 and 
4505 units. The Brokerage industry was the second largest. 
- user of ‘specialized CRT display terminals at year-end '75, 

and consequently represented a large potential market for IBM 
However, IBM's attempt to penetrate this market with an in-- 
dustry specialized product had met with little success. due. to 
regulatory problems, political cross-fire among brokerage 
houses, the more complete service offered by the stock quota- 
tion service vendors, and the relatively high price of IBM's | 
unit. It is also doubtful if. IBM's management has been im- | 
pressed with the profits to be gleaned from this traditionally 
peaCe conscious and frequently unstable industry. | 


IBM's 3740-2 and 3740-4 saa met ith sone user resis- 
tance because of the more attractive alternatives offered by 
Sycor, Incoterm, Datapoint, and Sanders. By year-end 1975 
just under 13,000 units had been installed... | 
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dD. Banking and Retail Derminals _ 


Since the IBM 3600 Banking system was just getting 
Started at year- end 1975, most of IBM's ‘installed banking 
industry terminals were the older 1060, 2972, and 2980 units. — 
IBM had roughly 43, 000 banking terminals installed througk- 
out the United States. In addition, some 20,000° Credit Veri- 
fication/Electronic Funds Transfer System terminals were link Cac 
to banking and retail user mainframes. IBM had not made any 
Significant penetration into retail POS systems. | 


C. pene 


The 2741 and 2740- 2 were in . deep trouble ‘en year-end 


4075, °° Competitive pressure ‘from superior products nased on 


Diablo and Qume "daisy" wheel mechanisms, competitive units 
from TI, ready user acceptance of the DEC LA- 36, a migration . 
of users from BCD or Correspondence code to ASCIT code as a 
basis of their interactive software support, and the subs titu- 
tion of low cost CRT ‘displays for teleprinters in interactive ee 
applications were among the factors causing the rapid demise 
of these two venerable products. There were less than 43,000 
2741 and 2740-2 terminals in active use and the lease deck was 


| eroding Saye 


a Remote Batch Terminals 

IBM's 2780 was gradually being replaced by the 3780, 
System 3, -and competitive products from Data 100, Harris, and | 
Others. System 32 was just coming on stream as a remote job 
entry terminal by year- end 1975. These factors had combined | 
to push 2780 installations to. below the 5,000 unit mark and no 


specific replacement was: ready for shipment. 


In the meantime, 2770 and 3735 installations had fallen 
= EGe fewer than 7,500 units. Shipments of the 3770 product set 
had just begun and would cause a further eee nae of 2770 
terminals. | 
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II. THE USER FAILS TO RESPOND : 
A. SNA: ‘Complex and Expensive a 
Te, Migration | 


The planned migration of IBM 370 mainframe users to 
the virtual storage operating systems environment has not 
gone as rapidly or smoothly as originally anticipated. Early 
users were frequently unable. to identify any real process ing 
gains for programs converted to run under one of the VS oper- 
| ating systems. | | natty VS installations were often plagued 
by problems of page "thrashing", and the attendant loss of 
total systems efficiency. - The cost of the conversion was | 
also a hurdle, particularly during the 1974-75 recession, as 
was the justification of the increased mainframe and per iphera al 
hardware cost required by the virtual. storage environment. 
| Consequently the . conversion of user i ea systems — EO 
VTAM/NCP has also been. delayed. 


In the mecntiue competitive software vaults have been 


able to Fras alternative data base/data communication functions 
which are ‘well suited to the non-VS- environment, and competi- 
tive terminal/front- end vendors have been able to offer newer 
hardware which frequently exceeds the advantages announced for 
IBM's SDLC oriented terminal/front- end products. To add to 
IBM's problems, there has also been a growing conviction - at 
least among. some users - that the data base management. prob- 
lems associated with IBM's virtual systems environment may ae 
prove to be too unweildy to handle and that the solution to 
these problems lies in breaking the data base down into smaller 
processing/storage components 1.€.;. decentralized data 


processing, «4 | 
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Small wonder then, that there are currently fewer than 
75 working VTAM/NCP installations throughout the world. This, 
despite the intense interest in the provision of NCP functions 
which has developed over the last six months. - Consequently, 
while the utilization of VTAM/NCP will greatly accelerate over. 
the next three years, it is probable that by i980 fewer than 
40 percent of IBM's 370 mainframe users will have completed 


the conversion. 


2. A Tutorial 
Currently SNA sapien in a single domain environment: ce 
i.e., one host, one network. By late 1978, howevex, IBM will 


have ‘oun up the first mul ti- domain environment systems: See 


multiple host processors, one or more networks. 


| In a non-VS environment, i.e., where a 360 or 370 was 
linked to the network via a 270X communications controller, the 
host CPU provided such network control functions as code trans- 
lation, determination of. line control procedures (SOH, STX- -ETX,* 
CRCC, etc. d, insertion of device dependant information between > 
‘the user program and the telecommunications line, data buffer- 
ing, page swapping, polling, and terminal/line testing/error 
recovery (sometimes). The 270X communications controller acted 


as a line multiplexor (one subchannel address of the byte multi- 


7 plexor channel was required for each line), established and 


maintained : terminal connections (under host program control) 
checked for data transmission errors, and provided autocall/ 

- autopoll/autoanswer hardware functions. | Usually one applica- 
tion program was dedicated | to each type: of terminal (and vice. 


versa). 

The first step in conversion to the VTAM environment 
was to install a 370X communications controller running under 
PEP, wherein the 370X appeared to the host as a 270X. The host 
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€PU continued to provide the same functions it did when 
attached to a 270X, and the user retained the older telecom- 
munications access methods (TCAM, BTAM, QTAM, GAM, etc). 
Experimentation with VTAM/NCP could then begin while concur ; 
rently maintaining | 270X mode operations. a 


The saeieel aad of : ie eeeiatin process was ta gene*x- 
ate VTAM in the host and NCP in the 370X. NCP took over the © 
functions of polling, I/O initialization, I/O scheduling, error 
detection/correction, data stream blocking/deblocking, charec- 
ter/data block buffering, line/terminal testing, and some edit- 
ing functions. | GAM, QTAM, and BTAM program product SUDpOort 
would then be discontinued and where the user insisted on main- » 
| taining OS/TCAM software within the host ct could only access 
NCP through VTAM (1.e.:. TCAM effectively runs under VTAM) . In 
theory - at least - the user could now access multiple applica- 
tions from any terminal (and vice-versa). Only one sub- channel 
address is required for. (user. selectable) multiple lines. in 
theory this off- loading ‘of NCP functions to the 370X would free | 
up the host processor for other tasks. In practice | ; nowever, 
the host CPU overhead load for handling teleprocess ing related 
functions. has been reduced by less than. 10 percent. 


VTAM has been citinl to peenial a | common telecommuni- 
cations access method across the DOS and OS product sets. Using 
a macro definition language, the user can generate both direct 
and queued line control interfaces for his application programs. 
AS originally announced in 1972, VTAM did nec: 370X 
operation in 270X emulation or NCP/SNA functions.. It was, in- 
stead, offered as a BTAM/QTAM replacement with Bisynchronous | 
and Start/Stop line control procedures. It had the distinct 
advantage, however, noe supporting Locally attached 3270 or 3290 
controllers. This greatly Simplified user application support 

| for both locally and renotely attached multistation CRT terminal 
systems. ; : | | 
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VTAM, therefore, had to be redesigned. ‘The older 
terminals would be supported. using current disciplines and 
protocols, and the newer terminals would be supported using 
SDLC protocol procedures. This posed something of a problem 
since the older protocols were character or message data. 
stream oriented, whereas the SNA environment would require 
messages to be organized into multiple message sessions - 
between two nodes. A session could not be interrupted until 
VTAM got a subsequent request for ial alameda 


Under SNA, ‘message "sessions" are established between. 
“two logical units. Although these logical units (or LU's) 
usually consist of the user application program at one end of 
the line and the terminal at the other end of the line, they 
could just as well include two terminals talking to one another, 
or two cluster controllers, and so on. As shown in Exhibit 2, | 
a Communication System is inclusive of all the events that 
occur in moving data from one LU to another LU. The trans-. 
mission subsystem consists of all of the events required to . 
move the actual message from LU to LU, and the Common Network — 
includes the events which move data among various nodes’ Within 
the physical network itself. SDLC is only a small portion of 
this overall architecture, dealing as it does with the actual 
Data Link Control information gependce to a message as it moves 
through the network. | 


2 A user application program written in PLI, Cobol, For- 
tran - et al, is treated as a subtask to either IMS or CICS. 

(As an alternative, the user ss supply his own control program). 
The control programs, in turn, interface to VTAM and a new 


- VTAM related module called SSCP for System Service Control 


Point. The SSCP module actually performs the function of man- 


aging the network and maintaining a directory. oF network nodes 


(another host CPU SSCP; a remote node communication control ler - 


370X, series: ies etc; a remote or local cluster controlle a 
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| 3600, 3790, 3650, 3660, 3770; or a specific terminal type, i.@. 
..°3270, 3767). Note that programmable controllers are treated 
as cluster controllers, whereas non-programmable (or limited _ 
- programmable) terminals are treated as individual units. If a _ 
. terminal user initiates a session then the inbound message is 
called a "Log-on" to a specific application program. - .cIcs, 
TMS » or the user. control program provide "Log - on" management. 
If, on the other hand, the host application program (any node 
in the network can act as a host) initiates the session, then 
the ‘message is called an acquire (i.e.: I want to acquire a 
terminal/node in the network) . | | | | 


| The network is ‘atta te full.duplex. It may (and 
frequently will), however, be physical7y half-dupiex. This is 
appropriate since IMS and CICS are logically conversational 
(half duplex) software packages, trying to operate in a logically 
full. duplex environment. CICS typically requires that the re- | 
- mote node only generate an exception response: 1.e.; respond to. 


a CICS message. only if the received message is (for some reason} = - 


unacceptable. IMS, on the other hand, typically requires a 
definite response to every message, whether acceptable or not. 


| Since a given logical message can be sent in a series 
of separate physical blocks (called a multielement chain) and > 
since it is unknown how fast or how much data can be handled 
“by the. ‘receiving node, then the concept of Pacing must be. intro- 
duced. This determines how much and how fast data can be sent 


_. to a node, and the software paces the physical blocks according 


to the pacing formula for each destination node. This includes, 
incidentally, inbound pacing to NCP, since if the NCP buffer 

area gets full, the 370X will simply stop.accepting inbound 
Meath: | te | a . tee 


The basic concept af SNA is that one user - program (host 
or node application) will talk to another user program (host or 
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node). In other words, SNA is basically a program to prograi 
communication Facility. The remote program, in turn, talks. 
through still another program to the user - which leaves non- © 
programmable terminals like the 3767 in ‘something of an awkward 

situation. Now IBM must create exceptions to SNA in order EO, | 
handle non-programmable terminals, or define what that program 

will be (an inelastic situation). Worse, users who desire — 
simple interactive terminal links to a host application, are 


precluded. from "normal" SNA sequences by definition. © 


There .are three basic types of sessions: — | 
Tiss VTAM SSCP to each physical unit (PU) in “ne net yee: 


2. VPAM SSCP to each logica? vait (LU) in. the networt 
| | ' that wants to be active - i.e.: has gone 
_ through "Log- on" in one fashion or 
another. | 
3. LU to LU. 
The first session can be characterized as "Hello con- 
troller, how are you, what devices do you have, are they hea thy, 
are you ready for another transmission, do you have anything 7 
for me, and by the way, - who are you?" The second session can 
| be characterized as "Hello - user/terminal or host application | 
program, what does your user want to do?" | The third session _. 
type can be characterized as “Hello, I'm application program — 
and I want to talk to the application program at the other end 
of the. line. Each node in the network, whether host CPU or a 
remote terminal, is treated as an individual addressable re- 
source or Network Addressable Unit (NAU) . ‘The software com- 


patibility for each network node controller to manage its own 


: physical resources is provided through a series of. controller 


routines sometimes referred to as Physical Unit Services or PUS. 


In any event, let us follow 4 message (correction 
session) from one ao user POR ea) unit to another end user 


logical unit. 


In the user's view, data is simply being sent from one 
LU (application program) to another LU (application program). 
In the course of this transfer the data will be broken into 
| physical ‘blocks (if necessary) and transmitted as a series 
of moves from buffer to buffer. | Hence outbound host CPU 
data is placed in an LU buffer, transferred to the control 
“program buffer, transferred again to the NCP buffer, thence 
to the remote control. unit buffer, and finally to the remote 
LU buffer.* Along the way each physical data block being 
transmittec picks up. a remarkable amount of overhead informna- 


tion. 


| Each logical data block is broken (where necessary) Line 
to physical data blocks of up to 256 bytes in length.  Eacn 
physical data block tg be transmitted now constitutes an RU 
on Request /Response Unit. - The transmission software adds 3 
bytes of ey NE Header information (RH), and the re 
sulting. block 1S Cal Led: a Basic Information Unit (B BIU). Next 
the transmission central program adds from 2 to 10 bytes of 
network. addressing and sequencing information | (TH) to the BIU 
and the resulting. block is now called a Path Information 
- Unit. (PIU).** | Next the data link control information is 
added - NOW comes SDLC - and the block grows by 6 more bytes. 
The resulting bleck, with RU, RH, TH, and DLC information, is 
called a Basic Link Unit (BLU). - This is what: gets transiterred 


from one physical location to another over the telephone line. 


“Note this bategs the presence of a bie cer pool at each 
physical/logical location encountered. 


| **® Also called a Basic Transmission Unit (BTU) . 
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When this block reaches its destination, (or in some cases 
the next node it encounters) it will be disassembled in the 
reverse order from which it was assembled. Hence the data 
link control information is checked and stripped, the TH is 
analyzed and removed, the RH is then analyzed and removed, 
and the RU is finally. given to the LU buffer. In the pro- 
cess of this transfer from LU to LU, flags eee been set and 
checked, error conditions detected and corrected (usually}, 
requests have been checked against responses and related 
physical blocks have been reunited as a Single logical Gata 
“block at the final destination. | _—— 


7 Be it sen 8G cumbersome for interactive applications, 
IBM is emphatic about SNA and is proroting the immlementation 
ov VTAM, NCP, and SDLC. These all tie too closely with. the 
strategy of centralized processing and the carefully controlied 
account environment with which IBM feels most comfortable. 
These new transmission techniques are also (loosely), linked 
with the overall strategy for Satellite Business Systems 
since the essence of this service will be to provide a low 
cost - block mode - transmission path on remote nodes to 


central site hardware. 


.-B. ae of User pep Reet ous 


‘This 1s an industry which has grown up: with. the belief — 
that the preparation, editing, processing, and storage of 
data on a centralized basis is the most effective way to 
handle the corporate data processing workload. This concen- 
tration of - corporate data processing functions into a minimum 
number of centralized sites is still - and will continue to 
be - a fundamental assumption which underlies EneDP budget- — 

ing and planning process. As a result, although 1977 ship- 
_ ment of pee systems will eee $2 billion, and 
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shipments of the infant microcomputer product sets will 
exceed $200 million, they are only a fractional part of the 
more than $10 billion in mainframe system shipments which 


will occur this year. 


a There is a spewing use of both decentralized and 
distributed processing, however, as a supplement to large 
“institutional data processing requirements, There is a 
logical sequence of events, a rational if you will, that can 
be used to identify the evolutionary course of data processing. 
That rational can be based on an examination of user applica- 
tions - and their interaction with the hardware/software 
products available to support them. | | 

| There has been a steady migration - from the mere use 
of a centralized computing facility to provide a solution for 
the user's most critical counting chores - to the use of this 


data processing/storage resource as a tocol for the day to day - 


management of an organization' S operations. To be sure, 
there were some. industries where the computer played a criti-. 
cal role in daily operations right from the start. ' The air- 
line industry with its requirement for the worid's most time 
sensitive. inventory control system. (seat reservations) and the 
Brokerage industry with its urgent need to know the current 
status of financial instrument prices, are two such examples. 
But for most organizations the advent of data processing has 
initially meant the mechanization of such counting functions 
as billing, receivables, payroll; and non-time critical in- © 
ventory control. These initial efforts to mechanize one or 
“more repetitive counting chores were generally followed by 
an attempt to vertically integrate - or link if you will - 
several counting jobs into some kind of sequential system. 
Hence billing was linked to order entry, payroll with person- 
nel accounting, parts inventory control with a bili of mater- 
ials explosion, andso on. The emphasis of the DP department's 


oe 


fronts begat to sree. to an ‘involvement eh the dahiy work- 
ings of departmental operations, and this began - in turn - to 
create a time sensitivity for the flow of information which | 
each department needed in order to meet its operational 


schedules. 


This gradual shift of the Central site workload has 

therefore carried with it. a similar shift in the methods of 
data entry and retrieval required to support the mass of data — 
which must be entered, edited, stored, processed, and then: 
made available for time critical information requirements. | 
_ Hence, while payroll applications lent themselves nicely ta 
batch data processing systems and the use of the keypunch as 
the primary data preparation device, the developrent of a 
personnel reporting system frequent ly involved the need to 
enter, update, and retrieve records in a random fashion. 
Terminals which had previously been justified only when the 
receipt or delivery of payroll data was time critical to: 
some distant office; became an integral part of the clerical | 
operation. Ina similar fashion, the use of terminals in - 
billing and receivables applications tended to be justified 
only to the extent that they could shorten the receivables 
cycle. The linking of a batch processing oriented receiv- 


ables system with a batch processing oriented billing system, | - 


however, carried with it the same interesting side effects. 
The users of the new: system quickly recognized that terminals 
could be a useful tool in processing information about such 
application components as credit. verification, order backlog 
reporting, customer. mast ter file maintenance ,_ and ‘product — 


code Verification. 


We could provide additional examples, but the key point 
4s nae. as the user's sophistication grew, and a relationship 
began to emerge among the various applications being processed, 


there arose more time critical problems associated with the 
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collection, ree manipulation ae ees of data, 
In addition, there arose the question of who should edit the 
data, does this infer responsibility for the content ef the 
data base, how accessible does the information stored in the 
data base need to be, and Le the use of the data base is dis- 
tributed - why not the processing as well? | 


This migration of user applications is an ongoing thing, 
and we have only recently begun to see the results of this 
change. But given this migration - aS summarized by | 
Exhibit 2 - it is difficult to imagine the indefinite pro- 
longation of centralized data processing. When, as has been 
the case, application planning is concentrated on counting 
functions, then che processing of data ona batch basis at & 
centralized site makes sense. This concentration of DP 
attention carries with it an analogous concern with using the 
computer as a tool to effect cost reduction, the management 


of applications on a job basis, and the use of a job oriented 


data base. As the attention of management turns to using 
the computer as a problem solver at the operating department 
level, however, the influence of the accounting department 
over day to day computer installation operations begins to 
diminish (and becomes more of an auditing function). The 
departmental managers are concerned with finding cost effec- 
tive ways to use a function oriented data base to solve daily | 
operational problems. _ The computer center is a resource, not 
an end in itself, and since the responsibility for the prep- 
aration and editing of data lies” with the using department, 
then why not parece it there on a decentralized basis 


The ngs rae toner ase s applications thus shifts the 
budgetary emphasis from the purchase of raw computer ‘power 
to the usefulness of a hardware configuration in supporting | 
the use of a data base by the operating department. (or 


Division). Good, clean (heavily edited), complete data in 
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REPETITIVE PROCESSING. 


EXHIBIT 2 —_ 
COUNTING FUNCTIONS = - DATA BASE FUNCTIONS 
- | RANDOM/REPETITIVE PROCESSING 


SEQUENTIAL/BATCH FILE ACTIVITY = = ~—~—~—~*RANDOM FILE ACTIVITY 


‘CENTRALIZED DECENTRALIZED/DISTRIBUTED | 
ACCOUNTING DEPARTMENT CONTROL OPERATION DEPARTMENT CONTROL, 
JOB ORIENTED DATA BASE = = = ~~—_—s FUNCTION ORTENTED DATA BASE 


— JOB STRING © TASK STRING 


a readily accessible form is the essential element cf these 
new applications - not its manipulation. The user needs a 
global data base which contains all the elements useful to 
his particular application. There must be a strict defini- 
tion of these elements. Consecutive. data elements must be 
easily linked and logically ordered using names which are 
familiar to the target user. The resulting data base needs | 
to be accessible if it is to be useful. 


| Hardware/software product development has kept pace. 
With these evolving needs. Indeed, ina sense it can be 

said that the improvements in these two technologies have 

stimulated the nae of | user applications to localized problem 


solving. 


Low cost data base storage at the user site is not onlv: 
feasible, it is frequently cheaper to store data remotely, 
than to pay the communication cost associated with moving it | 
between the center and’ the user, and there also exists suf- _ 
ficient raw compute power in mini computer hardware to process _ 
it efficiently at the remote site. The user can choose a | 
variety of interactive CRT products. with various screen sizes 
and editing features. There is also a wide choice of daisy, 
matrix, belt, band, and non- impact teleprinter mechanisms 


available. 


Along with. these improvements in hardware some signifi-~ 
cant advances in mini-micro based software products have been 
made. At least sixteen small business system/programmable 
‘terminal vendors how offer Cobol. Several vendors also offer 
some form of RPG, Basic, and Fortran language capability. In- 
addition there 1s a selection of interactive format develop- 
ment. languages. such as Sycor' S TAL or Datapoint’ s Dataform. 
And to pull all “Of these software aids togethere, there are 


-multipartition - even multitasking - operating systems with a 
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choice a utility and data base management software support : 


i products. 


| There has thus been a migration of user applications 
to the use of the computer as a tool in daily departmental 
operations. Alternative methods for processing them do 
exist. Most of these methods are readily available from 
competitive vendors. IBM must ‘respond to this challenge 
with a new array of pEcguces and services, IBM has no 
choice. | _ 


C, Key Terminal Markets: 1975 - 1981 

During 1977 domestic users will spend between O74 and 
$7.6 billion on teleprocessing equipment and services. About 
half of this expenditure will go toward the cost of transfer- 
ring data from one point to another (lines, packet services, 
modems, etc.) and the other half will gO for vendor supplied: 
shardware/software front-end and terminal products. ales 
represents about 16% of the nation! s data processing bill, chan 
19% of all expenditures by formalized DP peer pen nena | Key 
| terminal peocuce markets . eee | 


CRI dining Terminals - . _ _ 3 

~ -As shown by Exhibit 3, the installed base of single 
station terminals will grow from a population of 216,000 
units at year-end 1975 to an installed population of 684,000 
units by year-end 1981. - The most dramatic growth is in your 
programmable units, which will increase from 38,000 terminals 
installed at year-end 1975 to 255,000 units installed by year- 
end 1981, yielding an average annual growth rate over the six 


_ year am. of 368. 


The provision of a user accessible CPU also impacts the 


market for -Multistation Systems during the 1975 through 1981 
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EXHIBIT. 3 
SINGLE STATION DISPLAY TERMINALS 
DISPLAYS INSTALLED AT YEAR END 
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EXHIBIT 4 
- MULTISTATION TERMINALS 
DISPLAYS INSTALLED AT YEAR END | 


1975 


\ coat, fF 
SSS NOT USER PROGRAMMABLE 


Hil USER PROGRAMMABLE 


time frame. Although there will.be a great deal of churn- 
ing in the market as evidenced by a relatively high rate of 
shipments versus only nominal growth, the installed base of 
non- programmable CRT displays will remain flat through the _ 
period. In contrast to this, the installed base of CRT | 
display terminals attached to programmable controllers will, 
climb from 74,200 units at year-end 1975 to 416, Oe installed 
units by year- end 1981. 


IBM's share of the total CRT market will don from 30% 
at year-end 1975 to 19% by year- end 1981. This will occur 
even though IBM's installed base of CRT displays will in- | 
crease from 139,000 units to 244,000 units during the 1975 - 
1981 timeframe - an average annual growth rate of 10%. A 
partial explanation for IBM losing market share 1s the 
greater reliance IBM will place on non-CRT technology by 1981 
- a factor not included in this CRT forecast. 


© Teleprinter fe wninals a 

| The teleprinter terminal market will grow at a much — 
. Slower pace during» this forecast period. Total units in- 
stalled at year-end 1975 yield a base of 457,300 terminals 
(versus a CRT base of 496,500 units), and by year-end 1981 
this. base will have grown to 744,700 units. The growth in 

| the use of 30 or 60 CPS mechanisms has been coming along as 
expected. The real "news" of course is the pending growth 
of 120 CPS line ‘speeds. The use of higher speed lines (not. 
necessarily related to teleprinter mechanism speeds because 
of the growing use of diskette, bubble memory, and RAM for “ 
temporary data storage) grows dramatically from 32,800 tele- 
printer terminals so connected at year-end 1975 to 291,300 
‘units by year- énd 1981. =QIn the meantime, there will be a 
‘steady migration of users away from 10/12 CPS terminals. | 
The use of these slower units in data processing applications 


will have. dropped to 78,800 units by year-end 1981. 
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EXHIBIT 
TELEPRINTER TERMINALS 


INSTALLED AT YEAR END 
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IBM's share of the teleprinter market will remain ar ~ 
unchanged 11%, year-end 1975 versus 1981. | 


Remote Job Entry Terminals - | 
| The market. for Remote Job Entry terminals will increase 

from 27,500 installed systems at year-end 1975 to 41,200 © 
systems by year-end 1981. The slow (6% per annum) growth 
of these specialized units is attributable to the use of | 
alternate multistation systems and single station terminals 
for remote job entry functions. Here again we can see the 
influence of the ubiquitous microprocessor, and its bigger 
brother, the minicomputer, as users move from the use of 
9,500 programmable units at year-end 1975 to 35,000 units at 
year-end 1981. IBM's share of this market will increase 

_ from 45% at year- end 1975 to 54% by year- -end 1981. Most 
competitive RJE terminals will have evolved into multistation 
systems by the end of 1981 - hence while they will be very — | 
much in evidence, they ‘a not preety aoe ‘IBM's market- 
| ing of the 377% product sets. 


‘Special Purpose Terminals “2 


; Exhibit ‘@ covers chee, epecial purpose eee product - 


markets - Point of Sale ‘(sometimes called Point of Transaction), ~ 


Credit Verification, and Bank Teller application terminals, 
At year-end 1975, IBM could claim 40% of the Bank Teller 
Terminal Market, ron virtually none of the POS or CV markets. 


By year-end 1981, IBM will garner 46% of the installed teller... 


terminals and 24% of the retail POS terminals. IBM will start 
-to make a significant penetration of the credit. terminal | 


verification market with the’ 5608. 
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_ EXHIBIT. 6 
~ REMOTE JOB ENTRY TERMINALS 
‘SYSTEMS INSTALLED AT YEAR END 
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D. IBM Loses Control - Temporarily 
1. Do it yourself! 


IBM does not appear to have reacted fast enough to the 
shift of user applications and the resultant impact this 
change would have on the selection of compute - power. This 
has to be described as something of an ironic situation, 
since IBM is in large measure responsible for guiding the 
user to ever more sophisticated and integrated applications. 
| IBM's product planning of the early '70's seems to have 
stalled somewhere between consideration for the need of usar 
access to, and interaction with, centralized data base/data 
processing functions and the distributed alternatives that 
would be presented to the user by competitive vendors. The 
emphasis has been on larger and more complex mainframe struc- 
tures, programming languages primarily useful in a large main- 
frame environment, and the use of the data communications net- | 
work as a support tool for the origination/dissemination of | 


centrally een data. 


But. not only must TBM contend with the.’ growing sophis 
tication of the user in the application of compute power it 
“must: also contend with an entirely new (for IBM) snide oa 
the emerging growth - of the "do it yourself" attitude. Working 
on large mainframes can become 1. dull, 2. laborious, and 
re a _unrewarding. This is, in some measure, due. to the require- 
ment for a high degree of specialization among those employed. 
in the day to day tasks of running a large installation. But 
in large measure, this dissatisfaction also stems from the 
ungodly amount of time it seems to take in order to get any - 
thing done. © Hence, there is a lack of personal involvement, 


' pride, or satisfaction on - the part of many professionals. 


On the other hand, this need for satisfactory involvement can 
be fulfilled when working with smaller chunks" of the system. 
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Here the personal contribution is more recognizable and hence 
more potentially rewarding. Smaller "chunks can be equated 
to the development of a minicomputer based application, the 
creation of a new terminal system, the development of a micz O- 
programmed controller to support a larger application, or - 
for some - the building of a complete micro-computer based 
system. | | | | 


It is a study in contrasts. Some 100 corporations 
accounted for 44% of the 1976 domestic Gross National Preduct. 
” By and large, these are also the super computer users and 
should be the source of IBM's continuing revenue and profit 
growth. These are the users who can best afford and benefit | 
from SNA (and all it means). — These users, along with 400 
other large governmental and industrial customers, prebably 
account for over 55% of IBM's business. It is with them 
that IBM's terminal strategy should feel most comfortable. 

It is ironic, however, that within these very accounts is 4 
growing cadre of programmers, aug yotS 2 operators, and man- 
agers who are best equipped to take advantage of the alterna- 
tives to large mainframe solutions for what are bas ically 
localized application problens. Perhaps, at the moment, | 
this is a rather smallish group of individuals. But they, 
along with the majority of small and medium installation 
users, could find an alternative solution to IBM within a 
‘micro or minicomputer based framework. For the largest in- 
-stallations this translates into the much discussed concepts © 


of distributed processing and the growing interest in increas-_ 


ing the capital intensity of white collar applications - such 


as message and word processing. In these applications the 
user has more control over the outcome, and IBM thus faces 
the irony of competing against some of the very same analysts 
and programmers who were IBM's. Deeb. Sales tool only a few 


short ae ago. 
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The hardware is certainly available. What remains are 


problems of software development/integration ‘and the config- 


uring of suitable hardware elements to support the intended 


application. Every. programmer/analyst thus has the oppor-. 
tunity of becoming a product designer, and the independent 
--terminal vendors are only too happy to respond! | 


oe Decenevesazee or NiStri buted 


User experience has already shown that a minicomputer 
based processing solution can be far more cost effective than 
a large mainframe based system solution. | Minicomputers can 
support large amounts of mainframe memory (256, 512, or 1,024K 
bytes), do run perfectly acceptable higher level languages 
(Cobol, Fortran, Basic, etc.), will handle entire applica- 

tions on a dedicated basis, and save the user money in terms _ 
of implementation and ongoing maintenance costs. They are. 
thus an economical way. to get the job done, and it has alsa 
been proven that new projects are usually easier to implement. 
on a "mini" computer than in a large, complex. operating system. 
environment. The key element is that the large centralized 7 
processing approach which has, in the past at. least, “proven 7 
suitable for the counting functions, does not necessarily Lend 
itself to the operations environment of manufacturing, ship- 
ping, engineering, or distribution. It-is rapidly becoming 
more important to have the computer fit the required informa- 
tion processing/storage situation, than to lay claim to in- 
proved central site cost efficiency. The goal of- these 
“heads up" installations is therefore not. to. minimize data 
processing costs, but rather to reduce the total cost of the 
information system being used by the operating department. 
Here the cost savings are apt to be defined in terms of labor, 


Pocouone processing time, and information accuracy/availability. 
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The jis eernured systems environment. may not necessarily 
meet the needs of these operations oriented applications. 
The term "distributed" infers the splitting of a large cen- 
tralized workload into component parts. Typically what is 
envisioned is that the using department will have sufficient 
CPU horsepower to correctly enter and store data which can. 
then be economically used by the large host center. But | 
where is the actual using department in all this? Perhaps. 
the entire DP function should be provided at the using depart-. 
_ment site! If that is so, the processing workload is more 
| properly done on a decentralized basis, rather than on a 
| centralized basis. This 1s the issue which must now be. 
faced by DP managers and they will need to come to a solution 

which. is both plausible and economical - not necessarily IBM. 


3. And Other Problems. 


Given the complexity of the SNA/SDLC environment and 
the tardy availability of the VS software support elements, 
it is small wonder that competitive Transmission Control Unit — 
vendors have been able to erode IBM's position of leadership | 
in the provision of front - ends for its own mainframes. It 
was originally projected within IBM product management that 
the field inventory of 3705 equipment would remain relativel 
flat after 1976 and that the 3704 would lose its forward 
momentum by year-end 1977. Such appears to be the case. 


| TBM! S teleprinter and data ney product strategy has. 
also proven deficient. The 3767 has been judged overly 
expensive, complicated to operate, and so lacking in good 
human factors design that it is not a good replacement for 
the aging 2741 and 2740-2 products. Indeed, these last two 
units gave (soméwhat) satisfactory service as typewriter units, 
interactive terminals, and data oe devices - three func- 
tions not well filled bY the 3767. In. the meantime the 
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3740 has also been judged deficient versus conpecirive prod- 


ucts from several independent vendors. 


One can couple these problems with a basic error of 
strategic planning. IBM has apparently decided to ignore 
300 baud asynchronous full duplex data transmission, and_ 
renders only poor support to 1200 baud devices of like trans- 
mission compatibility. Even 1200 baud half duplex trans- 
mission receives only token support over dial lines, forcing 
- 3767 users to rely-on asynchronous half or full duplex mode 
over private or leased lines. _ IBM's product planners appar- 
ently chose a basic strategy that ignored the low and medium 
speed. interactive applications in deference to SDLC based 
block mode systems at 1200, 2400, 4800, and 7200 (now 96500) 
BPS. But the users have found too many attractive product 
alternatives in the newer 300 baud teleprinter terminals and 
will find equally fine alternatives at 1200 baud in either 
half or full _duplex, mode by year-end 1977. The big indepen- 
dent names are DEC, G. E. and TI. There will be a migration 
of users, with or without IBM, to teleprinters which can sup- 
port interactive and/or typing applications at speeds of 300, 
600, or 1200 BPS, and these terminals will be supported with 


considerable optional diskette and programmability features. 


4, It's Only Temporary 
IBM didn't get to be the leader by being afraid to in- 
- novate. And innovative thinking is what we can expect from 

the debates within IBM during the 1974-1976 period. IBM must — 
respond to the decentralization and do-it-yourself phenomenon. 
It must satisfy the interactive user requirement. TBM must 
= in short - net. net - regain the total direction of its 
accounts if it is to realize the maximum revenue growth from 


each existing (and potential) IBM equipment user. 
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‘III. IBM REVISES ITS STRATEGY 
| A. Preparing for Distributed Processing 


By year- -end 1975, the aeneeeie population of 2741 and 
2740-2 teleprinter terminals had fallen to 42,000 units. 
During 1976 this installed base eroded by 10,000 terminals 
“as users replaced their aging Noolf ball" units with low 
cost interactive CRT: display terminals and the newer tele- 
‘printer terminals based on daisy and dot matrix mechanism 
technology. The popular interactive CRT. vendors were. Lear 
Siegler, ADDS, Datapoint, Hazeltine, and Infoton. Daisy 
wheei mechenisms were supplied by Diablo, and a new company 

called Qume, to terminal vendors such as Anderson Jacobson, 
" Data Measurements, DTC, Diablo Systems, Terminal Communica- 
tions, and Trendata. Dot matrix impact mechanism technol- 
Ogy was being spearheaded by DEC and Extel. — Non-impact 
mechanism technology as expanding rapidly under CTSI, Com- 
puter Devices, NCR_ and Texas Instruments. General Electric 
had supplied over (35 000 band printers. cand was bringing aca 


S0CPS, dot matrix impart mechanism "on stream". 


IBM's 3270 and ai sade: sind avail a aaiaas pres- 
sure from Courier, Datapoint, Four Phase, GTE, and Raytheon. 
The 3275 would soon be out of new production and the 3277. 
| sealer was already being phased out of production. 


The 3770 RJE/Teleprinter sendnck set appeared to be © 
aoe: ‘reasonably well against competitive products, In par- 
ticular, the price/performance characteristics of IBM's new | 
| slow Soca card equipment gave this terminal family a strong 

place in the product lineup. The 3775 and 3776 RJE terminals 
were not yet in production, however, and the. atte appeared to 


be a misplaced superflous product. 
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The decision to alter the distributed processing product 
strategy had been made by the third quarter of 1976. All - 
during the Fall of 1975 and Spring of 1976 there had been a 
lively debate between the proponents of continuing the cen- 
tralization/distributed terminal strategy and the champions 
of a radical departure from this course. The new strategy, 
these managers felt, should include consideration for the © 
growth of decentralized data processing and the use of dice 
tributed networks as a bridge from centralized computing to 
multiple installations of smaller mainframes which then - in 
. turn - could be grown into larger installations. In addition, 
‘IBM would need to accommodate the growing do-it-yourself rest- 
lessness among its users and this wouid require a radical 
change in marketing techniques for the proposed Series 1 mini-. 

computer system. - Typical of IBM management, the resulting 
‘series of discussions over centralization versus decentraliza- 
tion resulted in a compromise. IBM would do both. | 


B oes 
fe, 


IBM's user base had a large psychological, political, 
and financial interest in the continuation of a centralized 
computing philosophy. _ IBM had a similar interest - with its 
stress on the financial aspects of continued centralization. 
Large mainframes, and IBM's virtual control over the majority > 
of larger users, were sources of continued revenue stability 
and growth. The profits from these systems (27 - 35%) were 
typically better than those secured from smaller systems and. 
terminal products (1i-- 21%). _ IBM could not, and would not, 


abandon the centralization strategy. Such a move was never 


in serious consideration. 


What IBM would do, however, would be. to Wonk: out a 
marketing Strategy that gave vent and license to those a a 
terested in expanding the role of decentralized or decentral- 
ized/distributed systems. Hence the distributed processing 


concepts announced under SNA wore be continued. The product 
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line, where deficient, would have to be patched. The migra- 
_ tion of users to the virtual systems environment would be 
continued for the near term. As a consequence, {BM would 

go ahead with the announcement of a new 8 port CRT controller 
(3276), a new cluster engine (3274), and a family of new CRT 
‘displays (3278). Software enhancements would be added, as 
planned, to the 3790 and 3770 product sets. Series 1 would 

. be used as a cluster/node controller for attached 3276, 3274, 
-- and 3770 products. Directly attached 3278 CRT's and a new 

__ line of dot matrix impact printers would be added as a Series i 
7 product enhancement. Because of its Superior performance | 
and lower cost, Series 1 would replace the 3704 as the tar- 
- geted remote node concentrator. IBM would continue with its 


plan for the introduction of SDLC procedures, the distribution 


_ of the remote processing workload among the cluster controi- 

lers and their attached intelligent terminals, and lccal data © 
base hardware/software products (primarily in the form of new 
lower cost/higher performance disk media, and a multitasking 
RTOS for the node controllers). | 


B. New Products for the User 

The driving force in hardware technology over the next 
decade will be the growing use of microprocessors and mini- 
computers. The use of these processors will be enhanced by 
improvements in RAM, bubble, and disk storage memory systems. — 
Micro/mini processor based systems will continue to be the 
basis for the development of a greatly improved small system 
software technology. The leading serial printer technologies 


will be based on the continued development of dot matrix and 


daisy impact mechanisms. . The leading low cost line printers 
will use either dot matrix or band technology. The CRY will 


continue to dominate the market for visual displays through 
1981. even though both IBM and Xerox are preparing electro 


chemical panel technology for introduction by 1980. 
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IBM will not only apnaeiee the developnent of special - 


purpose terminal hardware, but will place an even greater 
emphasis on the development of specialized applications scft- 
ware. This emphasis on software products which are heavily 
dependent on IBM host and terminal hardware characteristics 
is fundamental to IBM's long range planning. This applica-_ 
tion program strategy is driven by the need to pose as an 
applications expert to each industry in a fashion similar to 
that used in marketing System 32. | . 


-As shown by Exhibit 8, IBM stands to benefit from this 
approach. Transportation, retail and wholesale distribution, 
finance, and discrete manufacturing have already been identi- 
fied for special purpose hardware and software products. 

_ These industries will utilize 62% of the terminals installed 
by year-end 1981. | | | | 


Cas Impact of Series 1 


November, 1976 - IBM ships the first ‘commercial Series 1 


processor. — Things will never be the. Same. 


With this product 7 IBM las encase a domestic 
mnarket. worth over $2.8 billion. in 1977 and over $9 billion in 
1981, replace the aging System 7 for sensor based applica- 
tions, pave the way for replacing the 3704 as a network node 
concentrator and both the 3704 and the 3705 as a transmission 
control unit, create a new cluster controller to which inter- 
active operator stations will be added by year- -end 1977 (and 
not necessarily by IBM), and provide an IBM oriented outlet 


for "do-it- -yourself" installations. 


Series 1,, with the raw compute power of a 370/135 will 
have sufficient’ ‘configuration flexibility to cover the entire 
spectrum of distributed cluster node controller and decentral- 


ized processor requirements. Series 1 enhancements and 
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- follow- on products will be introduced to provide timely up- 
grades. for increased user processing requirements. The 
Series 1 peripheral family will include card, printer, dis- 
play, and storage devices used for other IBM products - thus 
giving IBM even greater economics of scatke in the production 


of these peripheral devices. 


IBM prefers to ee to Series las a family of general 
purpose processors which can currently be supported by four 
distinct groups of peripheral components ; 1/0 media units, 
sensor I/0 units, communication devices, and accessories. 
Interactive CRT and teleprinter stations will be added to 
supplement the operator CRT console. The 16 bit processor 
1s capable of addressing up to 128K bytes of main memory and 
256 1/0 devices. The average instruction execution rate of 
the 4953 processor is 11.8 microseconds, and the instructicn 
execution rate of the 4955 processor is 3.9 microseconds. 
Memory cycle times are 800 nanoseconds and. 660 nanoseconds 
respectively, and the® “corresponding data transfer rates are 
1.2 megabytes/second and 1.6 megabytes/second. Standard 
| processor features include hardware byte manipulation, multi- 
ply/divide, parity check, eight general purpose registors,. 
-and four levels of priority interrupt. The Series 1 channels 
can be configured to support asynchronous, bisynchronous, 
and SDLC devices/lines. IBM has appealed to the instincts 
of the "do-it-yourself" installation by providing adaptors. 
(with sufficient documentation) which are specifically de- 
| signed to accommodate the attachment of competitive hardware 


devices. 


IBM's. nec strategy for Series 1 is both innova- 
tive and radical. It provides a migration path for loyal 
IBM mainframe us sers. into the distributed, and if they choose 
= decentralized, ‘processing environment. But it does so in 


a manner which is see eee for IBM. . For the first time 
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in this decade, IBM is actively helping users and competi-~ — 
tive vendors to attach non-IBM hardware to an IBM mainframe. 
In one swift move , IBM has defused much of the rancor that 
has surrounded the use of non-IBM devices, and has done it 
in a way that will be profitable to IBM. In addition, IBM 
can now be on the competitive bid list when larger users 
send out an RFP covering new minicomputer based applications. 
Losses, such as the ones to DEC at AT&T, General Automation __ 
at Ford, and Computer Automation at Fireman's Fund, can be 
reduced. | | | 


Users will be encouraged to define their own applica-— 
~~ tion and operating system requirements. Consequently, | | 
users and ‘vendors alike are busily preparing RTOS, TOTAL, 
Cobol, Fortran, APE. ALGOL, and VM software facilities for 
Series 1.. Hardware vendors will supply disk storage units, 
tape: units, printers, memory attachments, multiplexors, ana 
terminals. One gets a sense of working with IBM rather than 
against or despite IBM. To the system's designers delight 
and the senior programmers wonderment, one can now ‘achieve . 
the feeling "We are helping IBM to bring up their new system". 
What an ego trip! a ae who will cash in! 
| “Smail Won than that ‘TBM will. have achieved over $3 _ 
baaision in hardware. revenues , ¢125M in software revenues, 

and $500M in service revenues from over 40,000 domestically 
installed Series 1 systems by year-end 1981. But watch out. 
Once IBM's product managers have separated the wheat from 

the chaff, once they know what the user needs (or can be sold), 
once they have identified the profitable spinel bicnin 

| product opportunities, - one can expect a st teady flow of. 
competitive, products with an IBM label that will outperform 
those so. laboriously and lovingly developed by competitive | 
vendors and erstwhile users. IBM may again shut the door. 


In addition, there is a real and present danger that the cost 
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of supporting non-IBM hardware/software products on Series 1 
may cause IBM to withdraw its current friendly attitude. 
Multiple installations of Series 1 processors for individual 
‘large system customers would tend to be profitable for IBM - 
“even with the pressure of foreign gear. Single installa- | 


tions for individual customers would tend to be unprofitaktle, 


unless a third party undertook the support effort. This, in 


' no small measure, explains why IBM currently does not have a 


lease plan for Series 1. 


D. The New Revenue Strategy 


The litigation of IBM versus U.S. could easily drag on 
into the 1980's. Will IBM be paralyzed in the intervening 
years? — Of course not. IBM plans a growth rate of 12% to. 
15% per year and expects to reach $40 billion in revenues by 
the mid-1980's. IBM has had 25 consecutive years of rising 
earnings per. share,.and IBM now ranks sixth among all U.S. 
corporations in terms of assets. IBM is currently the third. 
most profitable company in the world = in dollars - ranking 
third to AT&T and Exxon. The company is sitting on some $5 
billion in cash and marketable securities. - a 

TBM is well aware of the tremendous growth of tele- 
processing. More than 250 users now have more than 2,000 
terminals - each - within their individual teleprocessing net - 
works. By year-end 1981, 85% of all terminals will be 
located remotely from the central site. In these large net- 
works, it will be IBM's aim to reduce communications costs © 
- (through such ploys as Sattelite Business Systems), while at 
the same time increasing user costs for those teleprocessing 
system elements which IBM sells : processors, peripherals, 
terminals, node controllers, software, and maintenance service. 


IBM will continue to reduce terminal operator labor. costs - 
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where possible - by providing local terminals with software 
which can encode/déecode and edit data, permit the accumula- 
tion of application related data at the operator site, en- 
hance the resulting data’ base structure with local processing 
capability, offer data secur ok and improve terminal reli abil3. te) 
ee a | 


‘IBM's revenue objectives include; the migration of users 
to the higher overhead/storage costs of VS functions, increas- 
the conversion of the 370 lease deck to cash, introduction of 
even more powerful 3XXX central processors in order to continue 
the stability and growth of central site revenues, heading off 
the alternative use of competitive minicomputers through the 
introduction of Series 1, and recapturing the te schuological 
(revenue) direction: of "do-it-yourself" installations by effer- 
ing Series 1 as an acceptable channel for these creative 


energies. 


IBM will migrate its user nace from "dumb"' terminals te 
programmable terminals and cluster controllers. Once hooked, 
users will want to increase their terminal memory and disk | 
storage capacity as the processing load increases. Next. comes. 
the introduction of a decentralized computer to offset the 
processing/data base deficiencies of the programmable terminal- 
or cluster controller. This will then lead to the inevitable 
free standing computer installation, loosely connected to a 


host mainframe through a distributed data processing network. 


The primary purpose of IBM's new terminal strategy and 
the introduction of Series 1 is to recapture the direction of 


its accounts - and their contribution to IBM revenues. 


B. IBM Terminal Forecast: 1975 - 1981 


In order to protect its position in the terminal market, 
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IBM has moved forward with its "second generation" of ouen 


series ‘products. n 


Transmission Control Units. 
| Peachtree became Series 1 in November of 1976. Either 
this processor, or one similar to it, will become the basis 


for a 370X product set replacement by year-end 1979. IBM 


needs to provide the user with better front-end message switch- 


eINBs store/forward, and off-line storage capabilities. There. 
“is also a need to reduce the host systems software overhead 
required to run a TP. network, provide better implementation 
flexibility, and permit the use of redundant front-end processors. 
Series 1 wili be used by some instaliations to fulfill this 
role. But in order to achieve its long range goals, IBM will 


| need to announce a replacement for the 370X by year-end 1978. 


CPi (due for FCS in 1979) will be configured to support from 
1 to 32 lines, and oan a ec will be aimed at support - 
ing 16 to 256 lines’. © Series 1 and its successor, Series X 
. (FCS 1981), will provide the user with the node controller — 
capability required in order to support SNA defined distributed 
networks. Both units will inherit the card, diskette, disk, 
‘CRT, and teleprinter capability of. Series i _ It will be pos- 
“sible to interlink two CPI units ‘for the purposes of providing 
redundant processor capability, and two to four CP2 units will 
be configured for sharing the load and redundancy of a mult 
| processor host system. It is possible that both CP1l and CP2 
will be integral to the 5000 Series processors, and hence dif-~ 
ficult to separate from the IBM software/hardware support : Struc 


ture built into these systems. 


CRT Terminals . 4 ue | 
As originally written, this report projected that IBM 


must announce a replacement for the 3275/3270 product sets by 
- *Reference Exhibit 9 _ 
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year-end 1977. IBM has announced new multistation capabil- 
ity, but the replacement for the 3275 is still lacking. 


‘The 3276 control unit/CRT station and the 3278 CRT dis- 
play terminal will reduce the cost of multistation systems 
where only 8 CRT devices are required. The 3276 controller 
uses fast-field effect transistor (FET) technology, supports 

an integral CRT, up to 7 additional CRT stations, and a 328X 

printer. (The user will be able to choose either the 3287 
80/120 CPS dot matrix printer or the 80-400 LPM 3289 printer). 

The 3276 and 3278 CRT displays can be configured with 960/ 
1920/2, 560/ or 3, 440 character formats. The first three 
‘models use an improved 7 x 14 dot matrix character cell, 


while the 3,440 character unit continues to use a 7 x 9 dot 


matrix character cell. To us, the 960 character capacity 
_ screen appears to be the most useful. 


| IBM also ‘announced. a 32 station controller labeled the 
3274 for multistation systems requirements. The 3274 can 


handle a mix of 3278 CRT, 3287/3289 printers, and up to 16 of 
‘the earlier 3270 devices. — To lower field service call costs, 


IBM has provided this controller with self test diagnostics 
and user accessible panels for attaching cables, keyboards, 


and power cards. 


| The 3790 also received an upgraded processor, increas ed 
disk storage file capability, remotely connected 3274 and 
+3276 CRT aL apeAnee aire ene eunEo aes 


Another feature of these announcements was the revela- 
tion that IBM has finally increased its standard data -trans- 
mission line speed from 7200 BPS to (industry standard) 9600 
BPS. | | a oe _ 


"ae 


All that is lacking, aside from the announcement of 
peripheral enhancements for the 3274 multistation controller, 
is the provision of a new single station CRT product. IBM | 
really needs two. It needs a "dumb" CRT single station 
display terminal to go with the 3276 and 3274 (or remotely 
to the expanded 3790). IBM also needs to announce a user 
‘programmable Single station unit with diskette/disk and 
teleprinter support to replace the 3740-2, and 3740-4, 


Teleprinter Terminals | 
IBM has thus far failed to announce a suipawie re- 
placement for the 2741 ana 2740-2 teleprinter terminalis. 
The 3767 does not have the necessary print quality, cost/ _ 
performance features, or human engineering to fulfill this 
role. Users will be looking for a "typewriter" like term-: 
inal that can be used with diskette support for message, 
| data, interactive, and“ word processing applications. The | 
_software/ firmware features of this terminal could also be 
used by a companion terminal which uses a dot matrix im- 
pact mechanism. | 


Thus we can expect to see IBM announce the use of a 
Qume mechanism in its word processing terminal for System 6 
by year-end 1977. The Qume mechanism, or an IBM version of 
the Qume mechanism, will show up in a free standing IBM tele- 
printer terminal by year-end 1979. In the meantime, IBM 
will announce a replacement for the 3767 and ship its first. 
unit by year-end 1980. | | 


When IBM announces its new products, it will - for the 

first time - be head to head with TI, and this is terminal 

_ competition unlike anything IBM has ever met before. de 
tends to be the leader in daisy, impact dot matrix, and non- 

impact dot matrix technology. 
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Batch/RJE Terminals © | 

IBM will continue to upgrade the software and peripneral 
capability of the 3776/3777 terminals. The RJE function will 
continue to migrate to intelligent terminal products such 4s 
those offered by Four Phase, Sycor, Harris, and - of course - 
IBM through its own 3790 and Series 1 controllers. 


Special Purpose Terminals | | 

| By year-end 1978, IBM will have effectively replaced 
the Data Collection and sensor terminal functions performed 
by System 7 with new hardware/software products attached to” 
Series 1. 7 


Although IBM has not met with an eT Cree SUCCESS 
in selling its concepts of POS, it will - for the near term © 
-- continue in its” attempt to overtake the industry leader - - 
NCR. Most of the action is still in the department store 
area, because the supermarket chains are still having concep~ 
tual and customer problems with POS automation. IBM is) 
willing to spend the necessary additional funds, however, to 
develop ticket and package scanning equipment for OCR-A and 


bar code tags. And IBM has also presumably learned from Les. 


earlier marketing and sales mistakes which annoyed potential 
customers, For example, users are now allowed to link their 

IBM POS terminals to a non-IBM/non-VS mainframe. IBM is. | 
losing money on POS. Its long term strategy is thus unclear, 


| IBM has a much stronger competitive position in the bank- 
ing industry. Here IBM has successfully insisted that users 
implement SNA/SDLC procedures in a VS environment in order to 
enjoy the benefits of the new 3600 teller terminal product 
family. We can see additional enhancements to this product 
line by year-end 1978, including improved MICR equipment, and 
updated transaction terminal capability for credit/check veri- 
fication. IBM will attempt to oe EFTS functions with POS 
‘capabilities ina hybrid arate, - 
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IBM must announce a replacement for the 2250 by year- 
end 1978 or it will effectively have gone out of the graphics 


terminal business. 
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IV. THE NEW SCENARIO ~ 

A. IBM Will Recover 

IBM will patch its terminal problems, provide a migra- 
tion path to distributed processing for its users, and give 
vent to the "do-it-yourself" installation using IBM control- 
led products. The public presentation of Series 1 has toa 


4 be regarded as the most innovative strategy of this decade, 


It solves two problems - one for the user (who wanted to 
chart an independent but "safe" course into the use of mini- | 
computers) and one for IBM (how to regain market control a 
over these wandering accounts). IBM will next provide an 
alternative teleprinter terminal Capability for interactive 
applications, and a single station CRT product set to offset 
the gains of the independent vendors. But the real ace up 
IBM's sleeve is a complete change to the display market. ium 
will introduce electro- chemical display technology in the ; 
form of a pee line data a terminal. | 


In the meantime, IBM's terminal revenues wiil continue 
to grow. As shown by Exhibit 10, the domestic installed 
base of CRT display terminal stations will steadily increase 
throughout the forecast period from 138,800 units at year-end 
(1975 to over 240,000 units by year-end 1981. Coming events 
include the replacement of the 4505/2915 PARS products and 
-3740-1/3740-4 data entry products with newer display technoi - 
ogy based on the 3278 CRT in a minicomputer based system. 


Exhibit 11 details a like pattern of growth for IBM 
teleprinter terminal products. Although IBM's growth will 
be. sluggish through Df Gy, Eve introduction of new technology 
by year-end 1979 will cause a rapid recovery of ‘IBM's lteader- 
Ship in the delivery of teleprinter products to its own main-— 
frame users. Gone are the days, however, when IBM teleprinter 


products will be popular with non-IBM mainframe users. 
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EXHIBIT 10 
IBM DISPLAY TERMINAL FORECAST 


INSTALLED BASE - 


‘1976 
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It would be an understatement to say that competitive 
vendors have done a better job than IBM has in the develap-. 
ment of RJE terminals, and the weakness of IBM's products 
shows up in Exhibit 12. © IBM will recover, however, with 
its continuing enhancement of the 3770 product family. 
Although the 3773 appears to be displaced, IBM has satisfied 
the high speed batch terminal requirement of IBM mainframe | 
: users with the 3776 and 3777. These new products appear to 
be competitive on a price/performance basis versus older IBM 
- batch offerings and will also take a greater share of this’ 
market from competitive vendors. Therefore, even though 
‘many Batch/RJE functions will be migrated to IBM's new clus- 
ter controliers, the installed base of 3776/3777 terminals | 
will exceed Los 000 units by year- end 1981. 


IBM's failure to do ner seaity: dramatic aie ‘the 
POS market is illustrated by Exhibit 13. This is NCR stomp - 
ing ground, and NCR: wen !t yield gracefully. In addition, — 
IBM has made some horrendous mistakes in dealing with the © 
retailers. But, IBM is learning and if IBM management 
should decide to stay in the business, the installed base 
should exceed 80,000 units by year-end 1981. In the mean-_ 
time, IBM will continue to increase its share of the Bank 
Teller special purpose terminal market. | By year-end 1981 
IBM installations will have passed the 100, 000 unit mark. 


B. The User Will Benefit 
‘User attitudes may well hold the oe to IBM's | success _ 
with its SNA approach to data communications. Users are 
_concerned when vendors are unable to provide a working 

demonstration of the proposed terminal hardware/software 
| product in the environment of the planned network. ‘They 


are concerned with the availability of service and the 
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* Excludes factory, sensor, electronic funds transfer, graphics, or evedit vertfication terminals. 


proposed maintenance arrangements. They will ask about 
terminal RAS (Reliability, Availability, and Serviceability). 
Users will want to work with a vendor from the inception of 

a project plan. — They expect a vendor to demonstrate an. 
adequate knowledge of the intended applications and the hard- 
-ware/software support required to make them work. in) Shores, 
users want all of the things which IBM can potentially da 
best. 


| From the viewpoint of the Data Processing manager, the 
introduction of distributed processing increases the number. 
and scope of the responses which can be chosen to fulfill 
user department requirements. . It is easier to segregate the 
prospective workload into central site versus remote site 
components, and where a decentralized data base is a desir- 
able alternative it can be provided within the framework of: 
a centrally controlled system. The decentralized approach 
has even more flexibility. It is easier to accommodate 
changes in user application requirements and the user is more 
-emotionally/politically involved in the success of the result- 
ing system. The status of the data processing managers who 
preside over this environment will be increased because they 
will become involved with Corporate policy decisions affecting 
the flow and use of information among the individual departments. 


In the coming two years the competitive environment 
will be restated. The user will be presented with an in- 
creased selection of terminal hardware/software product alter-— 
natives, and a real choice as to how they will be distributed > 
among the nodes in the network. The choice will be based on 


IBM's new strategy, and competitive reaction. 
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C. Impact on Competitive Vendors 

The cost of a successful entry to this business has) 
steadily risen Since 1969. By now, only the well heeled 
can try. Only a few will succeed. We are in a phase of 
vendor consolidation. Familiar names will be lost or 
merged into other firms. Money for lease base development 
will be harder to find. Money for the development of field 
service support programs will virtually dry up. 


It is not necessarily the growth of the IBM spectre 
which causes these conditions. It can also be attributed 
to the lack of public investment incentive, and the high 
cost of new technology. | 


But this is a seaniee tadeaied: This year's $7,5 
Sala on expenditures on terminal hardware/software products, 
services, and communication costs will climb to over $20 
billion by 1981. - Who will benefit? Perhaps this question 
can best. be. answered by examining the recent record of those 
in our business who are still around. | Exhibit 14 shows the 

revenues and net profits of vendors for two consecutive re- 
porting periods, and the calculated growth (decrease) of 

each from the first to the second period. By 1981, this 
author estimates that 40% of the. current primary printer 
terminal, and 26% of the current primary CRT terminal vendors 

will have either been merged into other operations, oF placed 
in Chapter ci ee : | 7 


Every company has its personality. Anderson Jacobson © 
with 6 consecutive years of steady, conservative, revenue 
and earnings growth. Surviving in a tough segment of the 
terminal business - teleprinter terminals. ADDS, flamboy- 
ant growth and suddenly with $30M to spend after one of the 
neatest poker plays of all time. Beehive, smallish - but 
finally moving ahead after all these years on the explosive 
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EXHIBIT 14) 

_ FISCAL YEAR RESULTS 

SELECTED VENDORS 
MILLIONS (ROUNDED) © 


) PREVIOUS YEAR | RECENT YEAR | ~~ GROWTH 
Pesci REVENUE - PROFIT  % REVENUE PROFIT . & REVENUE — PROFIT 
| Anderson Jacobson 17.3 | 864 2S | 20.9 iO 5 Zz 16. 
Beehive 96 TO 1s 770 6 30 35 
Centronics 48 ¢ 2 Aes Vind 7 7 >: cy aa ae eT 19 — 200 35 
- Codex 4 6.28 12 4.  --28 
Center . | Os. a0 4 27.0 1.4 5 MG 40 
Data General 4 . OReZ: * Tag 12 _ ae — 18.0 ei Ad . + 39 
Data 100 95.9 5.7 6 , ee e 4.7 kt 
Datapoint 46.9 4.6 10 ee 620° 8 es BE $a 
‘Four Phase —i—«~S 2 ~ 622 86 <6 26 184 
Incoterm _ = 32.7 2.5 8 39,8 e556 % 22 _ 
Milgo 40.4 4.2 10 40.9 23. & 1 -45 
‘Sanders Data a 25.3 | (9.2) : | 27.9 | (6.1) - 10 : . 


Sycor 54.8 = 5.1 9 67.2 5.2 8 23 - a 


growth of the CRT market, showing impressive earnings and 
“revenue growth. Centronics, riding the crest of the wave 
on a technology none were sure of, but now everyone needs. 
Codex, high technology in telecommunications, but the market 
wasn't there when Codex was ready. Comten, hanging on - 
now rapidly growing as users seek alternatives to SNA. 

Data General, fast growth, high potential, and trying to 
mature. Data 100, fantastic growth on the basis of IBM's 
weakness, but now going through an evolution into a systems 


= Company - and its tougher to make a profit. Datapoint - 


living proof that the market for "dispersed" data processing _ 
is growing “ast. DEC, what can you say with that record, 
and what client loyalty! Incoterm, a company in search of 
a lasting market identity. Milgo - a rapid growth based 
on technical innovation, then faltering on the need for addi- 


7 tional diversification. Sanders Data Systems (now Harris} 


never making it out: of the military marketing environment to 


survive profitably in the commercial market. sycor, proving 


one big customer can be a problem when he packs up and leaves, 
but recovering on the basis of new-found marketing strength. 
And finally, Texas. Instruments - selecting its Markets for 


domination on the basis of volume. 


One aacurery saints IBM to be more profitable in the 
‘terminal market because of its size, financial reputation, and 
marketing skills. In theory, this is true. But the differ- 
tial is not as great as one Tight expect when comparing an 
established vendor with sufficient critical mass.- given the 
- segment of the terminal market being worked - to have established | 
a 'normal'' relationship of marketing, service, and product 
costs to product revenues. A "typical" company in the $20 - 
50 million range might show a cost/profit structure similar 
to the one shown in Exhibit 15. This analysis shows what 


happens to a company which can consistently sell 25 to 35% of 
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its production and place the remaining production on lease. 
Note the independent vendors development costs as a percent 
of total product revenues are going to be somewhat larger 
_ versus IBM's development costs which (although substantially 
higher in terms of dollars) will be allocated against a 
larger volume of revenues. IBM's volume manufacturing 7 
Strength will give it a significant manufacturing cost advan- 
‘tage, but this tends to be offset by IBM's higher G/A over- 
head and marketing costs. IBM is also a bank. Each product 
‘is charged an interest cost based on the depreciation period 
of lease revenue units and non-revenue units which must be 
capitalized. Purchased units are not charged with interest 
costs, and hence total program interest costs are less than 
one might first suspect. IBM also has an advantage in terms 
of critical mass when it comes to field service labor and | 
allocated parts cost per unit serviced. The net net - IEM 
would make a pre-tax profit of 22% versus the well managed 
. independent's profit of 15%. But then, IBM may pay higher 
taxes on the result. _ | | | 
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D. Competitive Strategies _ 
One key factor in distributed/decentralized processing 
must not be overlooked. While a vendor may offer changes 
in processing power and the cost of data storage, the user 
will recognize that while the form of the system may be 
changed, the content of the data base cannot be altered. 
Thus, not only is the user seeking program compatibility, but 
particular attention must be paid to the compatibility of the 
‘ data base from one system to another. ‘This means that de- - 
Signers of hardware and software will have to concentrate on 
the provision of systems which generate, protect, transport, 
display, anc occasionaliy manipulate (as versus update) date 
elements in an efficient manner. Compatibility, therefore, 
becomes an issue of file structure and communications protocol. 
In this, IBM will have an advantage. It will be able to. 
exclude competitive hardware/software vendors from Linking/ 
using IBM hardware/software products on the basis of the = 
complexity of SNA's. bit oriented protocol and systen elements. 
The key element for the user will be the interaction of trans- 


actions with data elements. 


ae: it aeac ones cheaper (and it: will/is) to store data 
base elements at distributed sites than to transfer Le across, 
land lines, then IBM's economic argument for large, centra 
ized systems begins to disappear. IBM needs to be in the 
satellite business in order to assure a low cost means of | 
transferring large amounts of data from distributed sites to 
‘the central host CPU. IBM's target is 400 - 450 companies. 
One half to one third of the traffic on these links will be 
voice, rather than data, transmission. © Even if IBM does 


capture these users, this leaves everybody else. 


| The strategy, therefore, revolves around the provision 
of a low cost, easily manipulated, data base for each dis- 


tributed processing site. Although for many organizations — 
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the politics of the distribution of compute power will be 
more important than the economic considerations, user costs 
can benefit from the distributed/decentralized approach to. 
Data Processing. The Citibank experience shows a budget 
headed toward $400M that could be trimmed to $240M, a 
Clerical staff reduction from 10,500 to 6,250, after tax 
cost Savings of $80 million, and a real gain in new project 


productivity. 


In addition users will eventually realize that the 
single large centralized installation 1s too vuinerable to. 


unfriendly penetration. | 


Theses must also evaluate the conversion cost, in- 
creased capital costs, personnel costs, and equipment re- | 
sources demanded by a conversion to the SNA environment. | 
The user mus t have a particular set of circumstances (high. 
ratios of RJE/block: mode data transmissions to interactive/ 
transaction processing transmissions) in order to Nenjoy" 
the benefits OF SNA. The user must be exposed to alterna~ | 
tive methods of data transmission/distributed/decentralized 7 


process ae: 


| If IBM can not, or will noe; define response times 
under SNA, or other equally important things Such as system — 


resource requirements and channel utilization, then does it 


not follow that users will respond to a vendor who can? If 


the performance and cost of a distributed network under SNA _ 
is uncertain, can these facts be exploited by a competitive 
vendor? © The answer is yes, if that vendor has an alterna- 


tive answer (Exhibit 16). 
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icy 


The alternative offering must: 


1. Provide a means of simplified terminal software 
application a ae 
2. Eliminate or minimize terminal device dependency 
| on application software elements. 
3+. Ensure that changes to the network are a ec 
to the programmer. 
4, Papornine that application programs are not ter- 
minal dependent and vice versa. Or to put it 
Cifferently, any terminal (application) must oe 
able to access any other terminal (application). 
oy Allow different types ae te is oe attached 
to the same communications line. 
6. Permit transmission flow to be full duplex in 
nature, thus permitting fast turn around of 
- message tratire: 
he Handle interactive requests, transaction requests, ; 
and RJE blocks, equally well. | 
8. Show a ooueese. of CPU SieeHeed versus a -VTAM/NCP 
- environment, and 
9, Make the generation, maintenance, and use of a 
localized data base economically competitive. 
| There is no magic in SNA. It is a highly vulnerable 
concept. because it is costly to implement. The hardware/ 


software products of competitive vendors must simply keep on 


doing what they, have always done - offer a better, more cost 


effective solution. The more sophisticated users will 


respond, | 


Lt 2s becoming a common. practice for large users 
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to issue an RFP for a new terminal product. Hence, compe- 
‘titive opportunities will continue to exist for the vendor 
who influences the content of that RFP, and insures that the 


| buyer knows the score. 


| One can also pursue the high volume, low price strategy 

= ne: DEC and TI in teleprinters or Lear Siegler in CRT's. 
Or, take the opposite approach. seek those market/product 
areas where the volume is so low, IBM is glad to have some- 

one else handle the problem (Graphics? Special Purpose 
Terminals?), and take a. cooperative attitude. Attachment tO 
Series 1 lends itself nicely to this approach. Another idea 
is.to stay with a product/industry market where a specialized 
| application knowledge will be appreciated by the customer. 


Or then again - you can always be acquired. 
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